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More specifically, the present invention provides methods 
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i nternet-accessible database o f a computer system. In one 
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in a remote dat abase operativ eiy coupiea to a remote 
computer, 1 an a en abling a second user t o access tn e remote 
d atabase over a network using a second computer to retr ieve 
me information related to the first user by enterin g the 
unique user identification nu mber. 
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METHOD AND APPARATUS FOR STORING information in the second database of the second computer 

AND RETRIEVING BUSINESS CONTACT by accessing information in the remote database. The second 

INFORMATION IN COMPUTER SYSTEM computer can access the remote computer over the internet. 

The method can further include a step of enabling the first 

RELATED APPLI CATION 5 user to access the remote computer over a network using a 

first computer to edit the information related to the first user 

This application claims priority from U.S. Provisional stored in the remote database. 

Application Ser. No. 60/102,614, filed Oct. 1, 1998, which j n another general aspect, the invention features an infor- 

is incorporated by reference herein. mation management system. The information manageme nt 

10 sy stem includes a remote computer, a remote datab ase 

HELD OF THE INVENTION operatively coupled to the remote computer, the rem ote 

Embodiments of the present invention are directed gen- jatabase c ontaining co ntact information for each of a p lu- 

erally to a method and an apparatus for storing information ra^ ^of users of the infonnatio_ri_ managem ent system, 

in a computer system, and for retrieving the information wfahgm^acn ol the use rsis a ssigne d a uniq u e user id enti- 

from the computer system. More specifically, embodiments 15 f ication n um oer, anTthe information for each user is stor ed 

of the present invention are directed to a method and a long with the unique user identification number of the u ser 

apparatus for storing and retrieving business contact infer- injhe remote database ^The remote computer includes a 

mation in an internet-accessible database of a computer network interface module that interfaces with a network to 

system. allow users of the information management system to access 

20 the remote computer, a database interface module that 

BACKGROUND OF THE INVENTION coordinates transfer of data between the remote database and 

^ » , , . j . . .1 .1 the remote computer, and an application module containing 

The use of business cards is widespread in virtually all . . . ui * i * *u * 

_ . Jf ^ , , i> i*. . , instructions to enable a network user to access the remote 

industries and professions, and the problem of efficiently database Qver ^ Qetworkusi a second network uter 

orgamzing business cards can be appreciated by most [() retrieve Monn!iiiDB in me remole database related t0 a 

people. VanoTis solutions have been presented for solving 25 ^ ^ ^ ^ ^ ^ identifica(ion number 

this problem. These solutions mclude manual schemes in ^ . , t j • . 

which business cards are organized in a binder, a notebook ^ application module , car .further include instructions to 

. ^ n - w 1 • i j provide the first user with a bar code representation of the 

or some similar apparatus. Prior art solutions also include r . . . . _ . r , 

computer-based systems wherein information on a business ™ t P ,e ?*? identification number The network computer 

. . ... m . a * a - a ♦ u ■ ™ can include a second database, and the application module 

card is scanned into a computer and stored in a database in JU . t , . . ' . . t " * r . _ 

the computer. While these solutions offer some help in can mdude instructions to provide updating of mformaUon 

relieving the organization problem associated with business m ^ ^ datab «^ 0 f f ,^ e nt £ o:k c ° m P uter ^"for- 

. A ac .:*ui* t~ n m ™ • „ t . 11M mation m the remote database. The application module can 

cards, it is desirable to provide a more emcient, easy to use ■ i j ■ * . 11 n . * ^ 

t „, ot ' , uL;™o include instructions to enable the first user to access the 

system 01 organizing business cards. A iL . i ■ ^ . . i 

, , . . . r . ■ 35 remote computer over the network using a first network 

A second problem associated with the use of business computer to edit the irj f orm ation related to the first user 

cards is that the information contained on business cards can stored in the remote database< r\ n *\ 

not typically be updated once a card has been distributed. In T t , . . c . ( /y 

. f r 1 j v • i j . ■ . r -JP v et anothe r gfipg-al asnr^ *he in vention feature s an VJ «^ 

today s fast-paced business world, it is not uncommon for . < 4 - Z. " « \. , ' t^t ♦ _ . — r~r~ 

_ " , , - . , intormation management syste m. The sys t em in cludes 

the mformaUon on a person s business card to change means f or a f Lrst us ^ r a uniq u e user iden tificatiop 

frequently. It is desirab e to provide a system for organizing a um ber. mean! for storing information relate d to T E e first 

busuiess cards that allows information contained on the r— 1 — A , — -t — : s-— 

. - , user in a remote database operatively coupled to a remote 

business cards to be periodically updated. 7 3 ? uT" - ^3 — — ; 

^ J r computer, a nd means tor enabling a second u ser ixl ac cess 

SUMMARY OF THE INVENTION the first d aubase'^v er a network using a second n et work 

45 co mputer to r etrieve the information related to the first usel 

Embodiments of the present invention provide systems by entering the unique user identification number. 

and methods for organizing and updating business cards that ' The system can further include means for providing the 

overcome the problems associated with business cards user with a bar code representation of the unique user 

described above. identification number. The means for enabling can include 

/~ In one general aspect, the invention features an informa- 50 means for updating information in a second database of the 

V \y tion management method. The iqforrnntjp" manggprnpnt second network computer by accessing information in the 

^ — method includes steps of assigning a first user a unique us er remote database. The system can further include means for 

i dentification number, storing information relatecLto the firs t enabling the first user to access the remote computer over a 

user in a remote database operative ly coupled to a remoj e network using a first network computer to edit the informa- 

computer, ana e nabling a.acci ing user to accessjh e re m ote 55 tion related to the first user stored in the remote database, 
d atabase o veFa network using a secSnc^mputerlo fetneve 



BRIEF DESCRIPTION OF THE DRAWINGS 



the mformation related to the first user by entering the 

unique user i dentuication numb er. For a better understanding of the present invention, ref- 

' Ihe step of assigning can include a step of providing the erence is made t0 the drawings which are incorporated 

first user with a bar code representation of the unique user 60 herein b y reference and in which: 

identification number. The method can further include a step FIG - 1 is a block diagram showing one embodiment of a 

of printing characters representative of the unique user computer system used in embodiments of the present inven- 

identification number on a document, and the document can tlon i 

be a business card. The step of printing can include a step of FIG. 2A is a flow chart of a method in accordance with 

printing the bar code on the document. The method can 65 one embodiment of the present invention; 

further include steps of establishing a second database of FIG. 2B is a block diagram demonstrating operation of the 

user information in the second computer, and updating method of FIG. 2A in the computer system of FIG. 1. 
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FIG. 3 is a diagram showing a business card used with the present invention, the first computer, as well as other 

embodiments of the present invention; computers coupled to the network 20, may also include a 

FIGS. 4A-4C show a flow chart of a registration process synchronizer and a PIM. In addition, in one embodiment, the 

used in embodiments of the present invention; synchronizer may be located in the remote computer in 

FIG. 5 is a flow chart of a process for establishing user 5 addition to ° r in f lace of the synchronizer in the second 

preferences used in embodiments of the present invention; com f *f ' *f°> < hc synchronizer may be integrated into 

✓ • n , r 1 . i ■ • i- available PIM software. 

FIG. 6 is a flow chart of a login process used m embodi- t , , ■ . , 

ments of the present invention; ^f*" 1 method 100 m Wlth ° ne embod '- 

_ _ . „ ... , ment of the present invention for operating the computer 

FIG. 7 is a flow chart of a synchronization process used 10 tem 10 {Q . lement a contact managem ent system will 

in embodiments of the present invention; and fl0W be descn ^ d with reference to HGS> 2A and 2R [n a 

FIG. 8 is a flow chart of an account preferences subroutine fi^t step 110 of the method, a user (hereinafter User 1) of the 

used in the synchronization process of FIG. 7. fi^t personal computer 12 accesses the remote computer 

over the internet to input business contact information of 

DETAILED DESCRIPTION 15 u ser 1 or omer information that User 1 wishes to store in the 

Illustrative embodiments of the present invention, database 18. In response, in step 120, the remote computer 

described below are directed to methods and systems for 16 establishes an account for User 1, stores the contact 

managing contact information, and in particular, business information for User 1 in the database 18, and provides a 

contact information such as that typically contained on a ™q ue identification number for User 1. In embodiments of 

business card. However, embodiments of the present inven- 20 the present invention, the database 18 may contain contact 

tion are not limited to methods and systems that manage information for a number of users each of whom is assigned 

business contact information, but rather, include methods a u ™<\ u& identification number. 

and systems that manage other information as well. In the next step 130, User 1 (or a commercial printer 
Embodiments of the present invention will now be . selected by User 1) prints business cards for User 1 con- 
described with reference to FIGS. 1-3. FIG. 1 shows a tainin g me UQic l ue identification number, and in step 140, 
computer system 10 functioning as a contact information passes one of the business cards to a second user (hereinafter 
management system in accordance with one embodiment of User 2 )- In one embodiment, in place of, or in addition to the 
the present invention. The computer system 10 includes a vm<p* identification number, a bar code, or some other code 
first personal computer 12, a second personal computer 14, representative of the unique identification number, may be 
and a remote computer 16 coupled to a database 18. The first P rinted on the business card. FIG. 3 shows a business card 
computer and the second computer are coupled to the remote 30 used with embodiments of the present invention having 
computer 16 over a network 20. In one embodiment of the a bar code 32 > representative of the identification number, 
present invention, the network 20 includes the internet, and P rioted on the back, and having the unique identification 
the remote computer includes a web server and is accessible 35 ™mber 34, identified as a OnePIN™ number, printed on the 
over the internet. The remote computer has an assigned front on & & back - In embodiments of the present 
uniform resource locator (URL) to allow the personal com- invention, the bar code 32 and/or the unique identification 
puters to access the remote computer over the internet. In number 34 can be printed at other locations on the business 
other embodiments, the first and second personal computers card 30* 

may be coupled to the remote computer over a private ^ In one embodiment of the present invention, a 16 digit 

dedicated computer network or the first and second personal number and/or letter combination or any other symbol 

computers may access the remote computer over a standard combination can be used for the unique identification num- 

telephone line using a modem. ber. The use of 16 digits for the identification numbers 

In one embodiment, the first computer 12 and the second provides sufficient unique numbers to allow random assign- 
computer 14 contain a web browser that enables the com- 45 ment of numbers t0 users Wlth low probability of an unau- 
puters to access the remote computer over the internet using thonzed user guessing the unique identification number of 
the URL of the web site, as is known in the art. In an authorized user. In other embodiments, identification 
embodiments of the present invention, the web browsers numbers may have more or less digits than 16. In addition, 
may be implemented using one of several known internet ™ embodiments of the present invention one of a number of 
browsers such as Navigator® available from Netscape 50 known check sum schemes is used as part of a venficaUon 
Communications, Inc., preferably version 4.0 or higher, or procedure of identification numbers. 
Internet Explorer® available from Microsoft, Inc, preferably In step 150 of the method 100, User 2 enters the unique 
version 4.0 or higher. identification number of User 1 into the second computer 14. 

As shown in FIG. 1, the second personal computer User 2 can enter the unique identification number by typing 

includes a synchronizer 24 and a personal information 55 the OnePIN™ number or by scanning the number into the 

manager (PIM) 26. The PIM may be implemented using, for synchronizer of the second personal computer using a wand, 

example, one of a number of personal information programs, or some other bar code reader, coupled to the second 

such as such as Microsoft Outlook, Symantec's ACT! and personal computer 14. User 2 also can type in or scan the 

3COM's Pilot, that allow a user to maintain a database of OnePIN number into PIM. As discussed below, the identi- 

contact information. The synchronizer may be implemented 60 ncation number is stored in the synchronizer and in the PIM 

in embodiments of the present invention using software of the second personal computer. The synchronizer and the 

installed in the second computer. In embodiments of the PIM may already contain identification numbers for users of 

present invention, the synchronizer may be implemented as the contact management system other than User 1. 

a software utility downloadable over the internet from the In step 160, the second personal computer 14 makes a 

remote computer 16. The synchronizer provides synchro ni- 65 request to the remote computer 16 for contact information 

zation of contact information in the PIM with contact corresponding to unique identification numbers contained in 

information contained in the database 18. In embodiments of either the synchronizer or the personal inform ation manager, 
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and in step 170, the remote computer 16 accesses the 
database 18 to retrieve data corresponding to the identifica- 
tion numbers contained in the request from User 2. In step 
180, the information retrieved from the database 18 is sent 
from the remote computer 16 to the second personal com- 5 
puter 14, wherein contact information for users correspond- 
ing to the unique identification numbers contained in the 
request in step 150 is updated in the PIM. The request 
provided in step 150 can be for contact information of User 
1 or for contact information of several users, each of whom 1Q 
is identified by a unique identification number. Users that 
have been assigned identification numbers may access the 
database through the remote computer to edit the contact 
information contained for them in the web database at any 
time. 15 

In the embodiment of the present invention described 
above, the computer system 100 has only two users, as 
understood by those skilled in the art, other embodiments of 
the present invention may include computer systems having 
many more users than two, and the web database may 2 q 
contain contact information for a large numbers of users. 

The architecture of the computer system 10 in accordance 
with one embodiment of the present invention will now be 
described in further detail. The remote computer 16 includes 
a web server 21 to provide access to the internet and includes 25 
a database server 23 to provide access to the database 18. 
The remote computer also includes application specific 
software modules 25 that implement functions of the com- 
puter system 10 in conjunction with the web server and the 
database server. The web server 21, the database server 23, 30 
and the software modules 25 may be contained within one 
computer or may be installed in separate networked com- 
puters that together comprise the remote computer 16. In a 
preferred embodiment, the operating system used for the 
computer or computers comprising the remote computer is 35 
Microsoft's Windows NT® operating system. In this pre- 
ferred embodiment, the web server is implemented using 
Microsoft's Internet Information Server (IIS), version 4.0 or 
higher, and the database server is implemented using 
Microsoft's SQL Server, version 6.5 or higher. The web 40 
server includes application specific Active Server Pages to 
implement functionality of systems and methods of the 
present invention. In addition, in this preferred embodiment, 
the software modules 25 contain software code written in 
object oriented programming paradigm. In one embodiment, 45 
this includes an n-tiered architecture with a database layer 
including interfaces and stored procedures; a middle ware 
layer including MS Com models, JAVABEANS, and third 
party languages; and a client interface layer using Javascript, 
DHTML, PEAR and ASP. 50 

The steps of method 100 described above, as well as 
additional functions that may be implemented in contact 
information management methods and systems of the 
present invention, will now be described in further detail. 
FIGS. 4A-4C provide a flow chart of a registration proce- 55 
dure 200 of the remote computer 16 that allows a user, such 
as User 1, to register with a contact information management 
system of the present invention. In a first step 202 of the 
procedure 200, the system asks the user to provide a 
registration type. In embodiments of the invention, a variety 60 
of registration types may be used to distinguish a number of 
different services and/or payment plans that are available to 
users. For example, in one embodiment, there are different 
registration types for professionals, corporations, 
individuals, and children. 65 

After the user selects a registration type, in step 204, the 
system asks the user to input contact data. The contact data 
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includes, for example, the user's name, telephone numbers, 
facsimile numbers, pager number, home address, business 
address, employer, title, E-mail address, and any other 
information the user wishes to make available to other users 
of the contact information management system. Once the 
contact information is entered, then in step 206 the system 
attempts to determine whether the user has previously 
registered with the system. In one embodiment, the system 
makes this determination by scanning the database for 
names matching that input by the user, and if any matching 
names are found, the system compares the e-mail address of 
the user with the matching name with that input by the user 
to determine if a duplicate entry has been made. If the 
system determines that a duplicate entry has been made, then 
the registration process 200 terminates and the system 
performs a user verification process. 

The user verification process allows a prior- registered 
user who has forgotten his/her password to verify their 
identify and change their password. In one embodiment, the 
user is requested to enter either their mother's maiden name 
or the last four digits of their social security number to verify 
their identity. Once their identity has been verified, the user 
is allowed to change their password. The user verification 
process allows users who have forgotten their passwords to 
access the system without creating unwanted, and memory 
consuming duplicate entries. 

If in step 206 a duplicate entry is not found, then in step 
208, the user is asked to establish a password, selected by the 
user, by entering the password twice. In step 210, the system 
determines whether the user entered the same password 
twice. If the outcome of step 210 is "NO", then in step 212, 
a warning message is provided to the user and the process 
then returns to step 208. If the outcome of step 210 is "YES", 
then the password entered by the user is assigned to the user. 

The process continues with step 214, wherein account 
preferences are established for the user. In one embodiment, 
account preferences are established using a process 300 
which will now be described with reference to FIG. 5. In a 
first step 302 of the process 300, the system queries the user 
as to whether the user wishes to allow public access to the 
user's contact information. If the response to the query in 
step 302 is "NO", then a private access flag is set on for the 
user in step 304, and the process continues with step 306. If 
the response to the query in step 302 is "YES" then process 
300 proceeds directly to step 306. 

In step 306, the system queries whether the user wishes to 
allow access to the user's contact information by all regis- 
tered users of the contact management system. If the 
response to the query in step 306 is "NO", then a limited 
access flag is set on for the user in step 308, and in step 310, 
the user is asked to enter a list of identification numbers of 
privileged users that will be allowed access to the user's 
contact information. Process 300 then continues with step 
312. If the response to the query in step 306 is "YES" then 
process 300 proceeds directly to step 312. 

In step 312, the system queries whether the user wishes to 
block access to the user's contact information by any 
specific registered users. If the response to the query in step 
312 is "YES", then a blocked access flag is set on for the user 
in step 314, and in step 316, the user is asked to enter a list 
of identification numbers of blocked users that will be 
denied access to the user's contact information by the 
system. Process 300 then continues with step 318. If the 
response to the query in step 306 is "NO" then process 300 
proceeds directly to step 318. 

" In step 318 of process 300, the system queries whether the 
user wishes to allow other users to search for his account to 
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receive contact information using the user's unique identi- applied to the user's credit card. The system then displays a 

fication number. If the response to the query in step 318 is message "receipt E-mailed 3 ' and sends an E-mail to the user 

"NO", then in step 320, a "no-search by ID" flag is set to provide a receipt of the credit card transaction, 

indicating that the user's account is not retrievable using an Next) i n slep 236 of process 200, the system generates a 

identification number search, and the process continues with 5 display to ask if the user would like a file containing a bar 

step 322. If the response to the query in step 318 is "YES" corresponding to the user's assigned unique identifi- 

then process 300 proceeds directly to step 322. cation niim b er to be downloaded to the user's computer. If 

In step 322 of process 300, the system queries whether the the response to the query in step 236 is "YES," then in step 

user wishes to allow other users to search for the user's 238, the system creates and downloads to the user's corn- 
account to retrieve contact information using the user's 10 puter a file containing the bar code. In one embodiment, the 

name. If the response to the query in step 322 is "NO", then file containing the bar code is an encapsulated postscript file, 

in step 324, a "no-search by name" flag is set indicating that however, other file formats could be used as well. After 

the user's account is not retrievable using a name search, and downloading the file, process 200 proceeds to step 240. If 

process 300 ends. If the response to the query in step 318 is the response to the query in step 236 is "NO," then the 

"YES" then process 300 ends. As understood by one skilled 15 process continues with step 240, wherein a message "REG- 

in the art, in step 214 of process 200, account preferences ISTRATION COMPLETED" is displayed. Process 200 ter- 

may be set for a user using a process other than process 300. minates after step 240. 

Further, in other embodiments, users may be requested to After a user has registered with contact information 

select other preferences, either in addition to or in place of, management systems of the present invention, the user can 

the preferences selected in process 300. 20 subseqiiently access ^ remote computer i6 to edit the 

After the user's account preferences are set in step 214 of contact data stored for the user or to check on account 

process 200, a unique identification number is assigned for activity for the user's account established with the contact 

the user in step 216. In one embodiment, the unique iden- information management system. A process 400 for access- 

tification number is assigned by randomly selecting an ing the remote computer 16 in accordance with one embodi- 

identification number from a pool of available identification 25 ment of the present invention will now be described with 

numbers. After an identification number is assigned to a reference to FIG. 6. In a first step 402 of the process 400, the 

user, it is removed from the pool of available identification user is asked to input the user's name and password. Next in 

numbers. As discussed above, in one embodiment, the pool step 404, the system verifies the name and password of the 

of available identification numbers includes 16 digit num- user. If the output of step 404 is "NO," indicating that the 

bers that satisfy a check sum criteria. 30 system was not able to verify the entered name and 

Process 200 continues with step 218, wherein the system password, then in step 406, the system generates a display 

displays an account profile of the user. In one embodiment, "WRONG ENTRY." The process 400 then returns to step 

the account profile includes a listing of the account prefer- 402. If the output of step 404 is "YES," indicating that the 

ences selected by the user and the user's unique iden tinea- system was able to verify the entered name and password, 

tion number. Next, in step 220, the user is asked if the profile then the process continues with step 408. 

is acceptable. If the response to step 220 is "YES", then the In step 408, the system displays a profile for the user. In 

process continues on with step 222. If the response to step one embodiment, the information displayed in step 408 is 

220 is "NO", then the process 200 returns to step 214 to the same as that displayed in step 218 of process 200. The 

allow the user to input new account preferences. ^ system then queries whether the user would like to check 

In step 222 of process 200, the system displays billing account activity in step 410. If the response to the query in 
information for the user, and in step 224, the user is asked ste P 410 15 "YES," then in step 416, the system displays a 
if the billing information is acceptable. In one embodiment, ust showing dates of access to the user's contact data by 
the billing information displayed in step 222 includes cus- otner users °f tne contact information management system, 
tomized billing information for the user based on the type of 45 ^ process 400 then continues with step 412. 
registration selected in step 202 and based on the account If the response to the query in step 410 is "NO," then the 
preferences selected by the user. In step 224, the user is process 400 proceeds with step 412. In step 412, the system 
asked to accept charges for use of the contact information queries whether the user would like to change the user's 
management system based on the billing information dis- profile. If the response to the query in step 412 is "YES," 
played in step 222. If the outcome of step 224 is "YES", then 50 then in step 414, the user repeats portions of the registration 
in step 226, the user is requested to provide information for process 200 to change profile data of the user. If the response 
a credit card to be used by the user to pay the charges. If the to the query in step 412 is "NO," then process 400 ends, 
outcome of step 224 is "NO", then in step 223, the user is The operation of the synchronizer in the second personal 
asked if they would like to exit the system. If the outcome computer 14 of the computer system 10 will now be further 
of step 223 is "NO", then the process returns to step 222. If 55 described with reference to FIG. 7 which shows a flow chart 
the outcome of step 223 is "YES", then in step 225, the entry of a synchronization process 500. The synchronization pre- 
fer the user is deleted, and in step 225, the process ends. cess 500 allows a user (User 2) to obtain and update data for 

In step 228, the system determines whether the credit card registered users of the contact management system using the 

is valid using one of a number of known procedures. If the unique identification numbers of the registered users, 

outcome of step 228 is "NO," indicating that the credit card 60 In a first step 510 of the process 500 a user identification 

is not valid, then in step 230 a warning indicating invalid number of User 1 is input into the synchronizer of the second 

card entry is displayed, and process 200 returns to step 226. computer. As described above, the identification number can 

In one embodiment, after a predetermined number of unsuc- be input into the synchronizer using a bar code reader, by 

cessful attempts by a user to enter a valid credit card number, typing the number in using a keyboard, or using other data 

process 200 ends. If the outcome of step 228 is "YES," 65 entry techniques. In step 520, the synchronizer determines 

indicating that the credit card entered is valid, then the whether a valid identification number has been entered into 

process 200 continues with step 232, wherein the charges are the synchronizer. As discussed above, in some embodiments 
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of the present invention, a check sum scheme is used for the continues with steps 532 to 538 until contact information for 

identification numbers, and this scheme can be used in step all identification numbers in the synchronizer list has been 

520 to verify numbers entered. If the outcome of step 520 is downloaded to the second computer. In one embodiment of 

"NO" indicating that the number entered is not a valid the present invention, a copy of all unique numbers in the 

identification number, then in step 522 an error message is 5 synchronizer may also be stored in the remote database and 

displayed, and the process returns to step 510. be accessible by User 2 through an "Account Login" screen 

T - . - 4 M ~ . .i. ... of the remote computer. This allows User 2 to access the 

If the outcome of step 520 is YES , then the process 500 remoh . ter ^ Kmote databasc from a (er 

continues with step 524, wherein the system checks whether Qthc{ ^ ^ uter to obtain contact infolma . 

the identification number entered into the system is already ^ 

stored in a synchronizer list in the synchronizer. If the 10 " , r iL L . A . , L . iL 

r / ***a - uvrc* » *t_ - * • In some embodiments ot the present invention, both the 

outcome of step 524 is YES, then in step 526 a warning , . i iLJi . • * • j.i ■ j- 

. i * j*u * * e-^n if synchronizer and the database maintain an update log mdi- 

message is displayed, and the process returns to step 520. If \. iL A t L >c r i_ 

* c * • «kt^ » *u * * mo tU catmg the last time that contact information for a user has 

the outcome of step 524 is NO, then in step 528, the , & , A , ™_ , , , • iL j . , • j* . 

. , .. u • jj j * /u t. • *• I- * been updated- The update log in the database indicates the 

identification number is added to the synchronization list. , t 4 . r iL 4 iL j- 4 j L - « * • r • iL 

J 15 last time that the user edited his contact information in the 

The synchronizer then connects to the database through database , and the update log in the synchronizer indicates 

the remote computer to obtain contact information of User me last time that the contact information in the PIM for the 

1 and to update contact information of other users whose uscr has beeQ updated . In these embodiments, contact infor- 

identification number is contained in the synchronizer list. mation for a fct usef {s Roi updated k the piM of a sec(md 

Next, in step 532, the synchronizer selects one identification user unkss thc date m the update log of the databasc ^ morc 

number from the synchronizer list, and in step 534, an reccnt than mc datc m ^ update log of ^ syDchr0Dizcr of 

account preferences subroutine is conducted for the identi- tbe user 

fication number selected in step 532. The account prefer- , n embodiments of me nt users can uti]ize 

ences rouhne reviews preferences established by the user the synchronizer t0 periodically update contact information 

corresponding to the identification number selected in step m (he pm fa Qne embodinjer ^ me synchroni2er * config . 

532 to determine whether User 2 should be allowed access 25 ured , Q automaticall the remote tcr ^ 

to the contact information^ One embodiment of an account database on , riodic basis tQ datc information m the 

preferences subroutine 600 used with process 500 wdl now pjM , n tbjs embodiinent) mc synchronizer can access the 

be described with reference to FIG. 8. remote over me imernet using ^ web browser ^ 

In a first step 602 of the process 600, a determination is M tnc pcrsona i computer in a manner that is substantially 

made as to whether the private access flag has been set on transparent to a user of the personal computer, 

for the identification number. If the outcome of step 602 is Embodiments of the present invention discussed above 

YES, then in step 604, a determination is made as to Me M electronic nal contact informatio[1 maaige . 

whether User 2 is a restored member of the contact ment m tha[ allows ^ of , he m t0 ^ 

information management system. If the outcome of step 604 x maintain up . t0 . date mattct ; n f ormat ion on other users of the 

is NO, then the process 600 proceeds to step 606, wherein tem In embodiments of ^ 

present invention described 

a message ^quested Data is not Available' is sent to User abovCj a ^ of ^ tem ^ busiQ£SS cafds hayi the 

2. Process 600 then returns to step 538 of process 500. If the uni identification num5er encoded thereon to ss 

outcome of step 604 is "YES or ,f the outcome of step 602 the u& ^ s ^ identificatioil number to other ^ In 

is "NO," then the process 600 continues with step 608. ^ Qther embodimentS; the use r^ s unique identification number 

In step 608, a determination is made as to whether the mav be contained on documents other than business cards 

limited access flag has been set on for the identification sucn ^ 0 n letterhead for the user's business or on a user's 

number. If the outcome of step 608 is "YES/' then in step resume, and may also be contained within e-mails and other 

610, a determination is made as to whether User 2 is on an electronic documents such as a card. In other embodiments, 

access list established by User 1. If the outcome of step 610 45 identification numbers may be used in management systems 

is "NO/' then the process 600 proceeds to step 612, wherein Q f tbe present invention to manage the ordering of replace- 

a message "Requested Data is not Available" is sent to User ment par ts in industries such as the automotive industry. In 

2. Process 600 then returns to step 538 of process 500. If the si m otner embodiments, known numbering systems, such as 

outcome of step 610 is "YES," or if the outcome of step 608 the ISDN numbering scheme used to identify books, may be 

is "NO," then the process 600 continues with step 614. 50 use d w ith systems of the present invention to allow users to 

In step 614, a determination is made as to whether the update information related to books or other items, 

blocked access flag has been set on for the identification The methods and systems of embodiments of the present 

number. If the outcome of step 614 is "YES/' then in step invention described above allow users to communicate 

616, a determination is made as to whether User 2 is on a business contact information to other users. Other embodi- 

blocked access list established by User 1. If the outcome of ss ments of the present invention may be used in a similar 

step 616 is "YES," then the process 600 proceeds to step manner to allow users to communicate personal contact 

618, wherein a message "Requested Data is not Available" information to friends and acquaintances. In still other 

is sent to User 2. Process 600 then returns to step 538 of embodiments, businesses may use contact information sys- 

process 500. If the outcome of either step 614 or step 616 is terns of the present invention to provide customers, vendors, 

"NO," then the process 600 ends and process 500 continues 60 or others with contact information regarding a particular 

with step 536. position within the business. For example, a unique identi- 

In step 536 of process 500, contact information for the fication number may be assigned to a business J s sales 

user corresponding to the identification number selected in manager, and the unique identification number may be 

step 532 is downloaded to the second computer wherein it is included on the sales manager's business card. Customers of 

stored in the PIM of the second computer. Next, in step 538, 65 the business may include the identification number of the 

the process returns to step 532 wherein a next identification sales manager in a synchronizer and/or PIM as described 

number in the synchronizer list is selected. Process 500 above and the customers can receive and update contact 
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information of the sales manager. If a new sales manager is 
appointed by the company to replace the existing sales 
manager, then the contact information for the sales manager 
position in the system database can be updated to include the 
new sales manager's name. The name of the sales manager 5 
in the customer's PIM will be updated upon the next 
synchronization by the customer with the system database. 

Having thus described at least one illustrative embodi- 
ment of the invention, various alterations, modifications and 
improvements will readily occur to those skilled in the art, 10 
Such alterations, modifications and improvements are 
intended to be within the scope and spirit of the invention. 
Accordingly, the foregoing description is by way of example 
only and is not intended as limiting. The invention's limit is 
defined only in the following claims and the equivalents 15 
thereto. 

What is claimed is: 

1. An information management method comprising steps 

of: 

assigning a first user a unique user identification number; 20 
storing information related to the first user in a remote 

database operatively coupled to a remote computer; 
enabling a second user to access the remote database over 

a network using a second computer to retrieve the 25 

information related to the first user by entering the 

unique user identification number; 
storing the information related to the first user in a second 

database associated with the second computer; 
enabling the first user to edit the information related to the 30 

first user; and 

updating the information in the second database with the 
information in the first database so that the second 
database receives edits made by the user to the infor- 

35 

mation related to the first user. 

2. The information management method of claim 1, 
wherein the step of assigning includes a step of providing the 
first user with a bar code representation of the unique user 
identification number. 

3. The information management method of claim 2, 40 
further comprising a step of printing characters representa- 
tive of the unique user identification number on a document. 

4. The information management method of claim 3, 
wherein the document is a business card. 

5. The information management method of claim 3, 
wherein the step of printing includes a step of printing the 
bar code on the document. 

6. The information management method of claims 5 
wherein the second computer accesses the remote computer 
over the internet. 50 

7. The method of claim 7, wherein the step of storin g 
includes a step of storing an au thorized access lis t with the 
information for the first userT tEe^uthorized "access lis t 
c ontaining a lisi of users having, authorized access to th e 
i nformation for the first user , an cT wherein the step o f 55 
enabling access includes a step prfletermining whether th e 
sgcond userjs o n the authorized acces s list for t he first user . 

8. The method of claim 1, whereinTEe* step of storing 
includes a step of storing an authorized access list with the 
information for the first user, the authorized access list 60 
containing a list of users having authorized access to the 
information for the first user, and wherein the step of 
enabling access includes a step of checking whether the 
second user is on the authorized access list for the first user. 
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9. An information management system comprising: 
a remote computer; 

a remote database operatively coupled to the remote 
computer, the remote database containing contact infor- 
mation for each of a plurality of users of the informa- 
tion management system, wherein each of the users is 
assigned a unique user identification number, and the 
information for each user is stored along with the 
unique user identification number of the user in the 
remote database; 

wherein the remote computer includes: 

a network interface module that interfaces with a network 
to allow users of the information management system 
to access the remote computer; 

a database interface module that coordinates transfer of 
data between the remote database and the remote 
computer; 

an application module containing instructions to enable a 
network user to access the remote database over the 
network using a second network computer to retrieve 
information in the remote database related to a first user 
by entering the unique user identification number, to 
enable the first user to access the remote computer over 
the network using a first network computer to edit the 
information related to the first user stored in the remote 
database; and to provide updating of a second database 
in the second network computer with information in the 
remote database that has been edited. 

10. The information management system of claim 12, 
wherein the application module further includes instructions 
to provide the first user with a bar code representation of the 
unique user identification number. 

11. An information management system comprising: 
means for assigning a first user a unique user identifica- 
tion number; 

means for storing information related to the first user in a 
remote database operatively coupled to a remote com- 
puter; 

means for enabling a second user to access the first 
database over a network using a second network com- 
puter to retrieve the information related to the first user 
by entering the unique user identification number; 

means for enabling the first user to edit the information 
related to the first user in the remote database; and 

means for updating information in a second database of 
the second network with changed information in the 
remote database. 

12. The information management system of claim 11, 
further comprising means for providing the first user with a 
bar code representation of the unique user identification 
number. 

13. The information management system of claim 11, 
wherein the means for storing includes means for storing an 
authorized access list with the information for the first user, 
the authorized access list containing a list of users having 
authorized access to the information for the first user, and 
wherein the means for enabling access includes means for 
checking whether the second user is on the authorized access 
list for the first user. 
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